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rn ^ y^ n P F YFT ^^^^-^ MAN AGFMF NT 8Y!=>TEMAmMElHQB 

ms application is a continuation in part and claims priority under 35 USC § 120 of US 
application serial number 09/526,700. filed on March 1 5, 2000 and entitled "Story Workflow 
Management System and Method" which is owned by the same assignee as the present 
invention. 

nfthe Tnvention 

This invention relates generally .0 a system and mefl>od for managing the development of 
various different types of content wh«ein the development of the content includes finding leads 
to content, developing the content and publishing the cor^ent in one or more different forms. In 
„ore detail, the cont^t developed using the system may include written content, such as success 
s«>ries. stories, articles, advertisements, auditory content, such as radio spots, radto 
advertisements, radio presentations, electronic downloaded auditory content, audiovisual content 
that combines audible content and writien content as well as visual content including video, to 
ti,e preferred embodiment descnbed below, tire content development sy^em is descnbed wtth an 

example of the workflow associated with a story and in particular to a sy^em and method for 
managing the workflow associated with the preparation, editing and creation of a story, but the 

invention is not limited to a story workflow management system. 
PrtCTftlH "f""' Invention 



20 



25 



In a typical environment in which content is being developed, there is a content 
development process with various steps which must be completed in order to generate the 

particular content. For Example, there may be ti>e step of developing the leads and information 
tt,at will be needed to generate a new piece of content, such as when trying to write a newsstory. 

step of revi^^ing the lead to determine the quality of the lead, the step of assigmng an 
approved lead toaparticularcontentperson to develop and edit the lead to generatetitecontent. 

the step of following up with the cont»t developer and editor ti> complete fl>e d«ft and fmal 
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version of the content within a particular period of time, the step of client and featuree approval 
of the content and the step of publishing the content. Thus, the content development process is 
typically very cumbersome and slow. Often, the steps are managed by a human being and each 
step must typically be performed in a sequential manner. 

5 For example, in a typical environment in which a piece of content may be created, such as 

a newspaper, a television newscast or a cable service, the management of the workflow 
associated with the creation of a story is very difficult. In particular, the creation of a story may 
include receiving a submission for a new story, rating the story idea, checking the story's facts, 
writing the story and preparing the story for publishing. In the past, each step of the process was 

10 completed by one or more different people, but no one was easily able to monitor the entire story 
workflow process to make sure it was completed. Therefore, it is difficult to ensure that the 
entire process was completed correctly and that each step was in fact completed. It is also 
difficult for a person trying to manage the story workflow to ensure each step is being completed 
in a timely manner. It is also difficult to ensure that each story being generated is factually 

15 accurate. Finally, it is also difficult to implement a quality control process due to the large 
number of steps in the process, the large number of people involved in the process, the large 
number of variables that affect the process and the large number of sign-offs involved in the 
process. 

For a company which generates success stories about its products, the story workflow 
20 management process is equally complex. In this process, it is necessary to screen incoming 

success story leads and interviews to remove the imwanted leads and interviews and determine if 
the story is worth pursing. Then, it is necessary to check the lead and interview's accuracy and, 
if they are found to be accurate, the writing of the success story must be assigned to a writer. 
The writer then has to check all the facts (i.e. find the person, get the story and quotes, conduct 
25 the interview, get the appropriate releases, get images and other media as required, have those 
media prepared for publication, etc.), write the story and get everybody to sign off on what's 
been done. Once the writer has completed the story, it must be edited and prepared for 
publication. In a typical success story creation process within a corporation, the leads for success 
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stories are difficult to obtain. In particular, it is typically necessary to disturb the salespeople in 
order to generate any leads for success stories since the salespeople have the most contact with 
people who may have success stories with the products made by the corporation. Often, the 
person administering the success story creation process must provide the salespeople with an 
5 incentive, such as a cash bonus or some other material prize, in order to receive any success story 
leads or submissions. The management of the success story process is often done manually 
which is a daunting task since the process is extremely complex and has many imponderables. 
The manual management of the process leads to inconsistent quality stories, slower generation of 
stories and unpredictable results since the results depend on the particular person. 

Some typical systems attempt to automate the process in some manner. However, these 
systems are typically disparate pieces of technology that have been put together in an attempt to 
automate the process. For example, a typical database may be combined with a interface which 
is not intended for that database. It is desirable to provide a content development and 
management system wherein the system is homogeneous in that each portion of the system is 
designed and intended to work together. 

Corporations which have success story programs also find it immensely difficult to 
ensure that stories are currently maintained up to date and accurate (i.e., the featured party is still 
using the same products and the same people are still with the company, etc.). It is staggering to 
discover how many of the success stories that a company uses are actually obsolete. In addition, 
20 because the success story creation work is done in an artisanal manner right now, it's also 

difficult, time consuming (i.e. expensive) to get the story done in multiple media (print, web) in a 
useful time frame. It is also extremely difficult for companies to ensure that their people can 
quickly find a relevant success story when they need one. In addition, because the stories usually 
take months from inception to delivery of a usable story, their shelf life (before they become 
25 obsolete) is much shorter. 

Many companies already have a success story program. In one type of success story 
program, one or more people in the organization are assigned to find and develop leads and tum 
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them into stories. These people usually have one or more other assigned tasks which are their 
primary responsibility, and usually lack training in the skills required to do success stories. The 
results of this type of success story program is slow story turnaround, poor quality stories, few 
and often outdated stories, poor legal documentation and high hidden costs. For example, the 

5 stories are also generally handled at a divisional or department level and therefore never 

centralized in a useful manner so that duplication exists between the different departments, the 
quality of the stories may not be consistent between the departments and can be generally of 
lower quality and customers may become annoyed in that the same customer may be contacted 
by two different departments for the same story. In another success story program, the persons 

10 assigned to find and develop leads and turn them into stories bring in one or more outside 
contractors, such as individual freelancer writers, PR companies, or the like. Companies 
consistently find the turnaround slow, quality very variable and cost high because the process 
always tends to be that of a craftsman working on a very limited number of leads assigned by the 
project manager at the company. As a result, there is often very little filtering of mediocre leads 

1 5 and interviews since there are not enough story leads. 

It is desirable, however, to provide a content development management system and 
method which automatically tracks each step of the content development process and documents 
the steps as the content is being generated regardless of who or how many people complete a 
particular task and therefore permits the story workflow to be more easily controlled. It is also 

20 desirable to provide a content development management system which permits the various 
process steps to be completed in a non-sequential manner in that the steps do not necessarily 
need to be completed in a sequential manner and the cost of implementation is lower and faster. 
It is also desirable to provide content outputs that are flexible and highly customizable, a search 
capability within the content system and a mechanism for updating and maintaining content. 

25 Thus, it is desirable to provide a content development management system which avoid the 

above problems with the typical content development processes and story creation processes and 
it is to this end that the present invention is directed. 
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Summary of the Invention 

The content development management system and method in accordance with the 
invention provides many features and advantages that provide for an efficient, automatic content 
development and management system. For example, the system may automatically manage the 
5 content development process. The system is very flexible and extensible and expandable. The 
system also provides billing and cost control mechanisms, quality control of the content since it 
can be checked at each portion of the development process. The system also provides lead 
management, production management and scheduling of the tasks associated with the content 
development process. The system also includes a review process during which the people 

10 involved with the content approve the content in an environment that encourages rapid approval 
of the content. The system may also include a search mechanism that permits a user to search 
the content generating and management process. The system may also include the ability to 
update and maintain content so that the system may, for example, automatically remind the 
editor that a story has been published for a predetermined period of time so that the editor can 

1 5 check the content and update it as needed. 

The content development and management system provides core data storage. In more 
detail, the system tracks all of the data associated with the content within the system. Thus, all of 
the data associated with the content is never lost. In addition, the data for a particular piece of 
content is kept together. In a preferred embodiment, the system may be object based and may 
20 contain one or more modules that can be interchanged depending on the needs of the particular 
client of the system. 

Thus, in accordance with the invention, a story workflow management system and 
method are provided in which each step of the story creation process from initial lead generation 
to final publication of the story is tracked so that the entire story creation process is more easily 
25 managed. The system integrates the various story creation processes into a single controlled 
process. The system permits the traditional story generation process to be automated and the 
speed of the story generation increased while the quality control for the stories is also increased. 
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The integrated system provides various advantages to the story creation process including 
reduced costs to create a story, increased speed with which a story is prepared, and various 
features not typically available to a story writer and story editor. The system is also robust, 
compatible with other existing systems and networks and is very flexible. 

5 In the success story embodiment or any other embodiment, the end users may submit 

story leads and interviews to the system about particular products and the system may provide a 
mechanism for processing the incoming lead and interviews information in an efficient manner. 
The system may store imformatted story contents so that the published story may be quickly 
published automatically by the system in a variety of different formats, such as XML, ASCII, a 

10 hardcopy of the story, a Postscript Display Format/Portable Document Format (PDF) file, any 
web format and the like and on a variety of different media, such as CD-ROM, DVD, FLASH 
memory and the like. The system may also permit story leads and interviews to be tracked so 
that a lead for a new story is not lost. The system also may be easily integrated into a corporate 
Intranet computer network and with other prior legacy databases. The system may also gather 

1 5 together the success stories spread throughout a corporation. The system may also provide tiered 
security access levels to the system that is individualized. The system may also track different 
versions of a story and provide redlining capabilities. 

The system also allows for more time and space flexibility for everybody in the process 
since the story creation is not constrained by location or time (i.e., everybody can work on it 

20 from anywhere at any time). The system also reduces the dependency on any one individual 
because this is a formalized system and the steps are defined and documented so that less skilled 
people may accomplish the same tasks typically completed by a more skilled person. The 
system is also easy scaled in size to increase the number of stories being created, the number of 
people working on the stories and the number of people involved in the production of the stories. 

25 The system also accumulates a central knowledge base for continually improving the story 

creation process based on ongoing experiences. In addition, since the system may track visitors 
through the integrated web system, the system may track the visitor's interests and preferences 
and provide feedback to our customers which allows them to tune their marketing and products. 
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The system permits a large number of story leads and interviews to be generated so that the best 
stories (high quality control) may be picked from the lead and interviews to create the stories. In 
essence, the system performs a funneling of the leads wherein a large number of leads and 
interviews leads to a smaller number of good pieces of content. 

5 The system may include a novel database structure that permits the content to be tracked 

and stored in a logical maimer. The database may include story threads which include 
information about a particular story. The database may also include one or more workthreads for 
each story wherein each workthread contains information about different generations of the story 
(e.g., a 400 word version of the story, an internal generation of the story and an XML generation 
10 of the story). Thus, the system permits various different generations of the content to be 
logically stored so that any of the generations can be easily retrieved. 

In more detail, the system may include a server which is executing one or more software 
applications which implement various steps in the story creation process. The software 
applications may include lead and interview applications or interfaces for accepting leads, lead 

15 reviews and interviews, for managing the story lead and interview process, a writer application or 
function for managing the story rating and story creation process, an administrative application 
or function for controlling the access to the system and editorial review as well as managing and 
maintaining the data contained in the database space, and a publisher application for generating a 
published story in a variety of different formats. The system may also include a database for 

20 storing information about each lead and interview and each completed story workthread. The 
database permits the content to be updated as needed which reduces the costs associated with 
producing and maintaining the finished content. The administrative system provides an 
overview of the system for an administrator, allows control of certain system data, controls the 
user permissions to access particular data so that different people who access the system may be 

25 able to view different information about the stories being prepared based on the privileges given 
to the person. For example, a particular corporation may view only the stories pertaining to that 
particular corporation while the system may actually be generating stories for multiple 
corporations. To manage the multiple tiers of access to the information in the system, the system 
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may include an access information database containing information about the web 
pages/information available in the system for each user of the system. The database may also 
include each different access level in the system and what web pages each different user may 
view. For example, a person submitting a story may only access and view the lead and interview 
5 web pages while an editor may view all of the current stories being processed and their progress 
towards completion. 

The system may have a user interface which is generated to provide users of the system, 
including story submitters, story researchers, story writers, story editors, system administrators, 
system customers, sub-contractors, partners and others, with guidance through the process. In 

10 one World Wide Web (WWW) based embodiment, one or more web pages are generated as the 
user interface. The system may generate these user interface screens dynamically as each user 
accesses the system. In particular, each user accessing the system may have a predetermined 
security level based on the user's intended use of the system. Based on the predetermined 
security level, pieces of data are retrieved from a database and the user interface for the particular 

1 5 user is generated based on the retrieved data. Thus, each user only views the data in the user 

interface screen which the user has the privileges to view to provide security for the stories being 
generated. Additionally, the user interface screens in the system are customizable to integrate 
seamlessly with the current look and feel of a customer's web site, for example, so that not only 
can different content be made accessible to different users based on the access privileges, but 

20 different versions of the same content as well as different presentations of that content may be 
provided to different users. 

To generate leads for possible stories, the system may receive a lead through the lead and 
interview system. In addition, the system may include a pre-qualification system for finding and 
generating leads and following up on the leads to have them pre-qualified (i.e., determine that the 
25 story is valuable and should be created. Once the stories have passed this pre-qualification, the 
system requests an interview from the featured person, and this interview is matched with the 
data from the pre-qualification and tracking system. This integrated pre-qualification and 
tracking system is valuable to clients because it provides their project managers with a simple 
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method of generating leads and ensuring that leads don't fall through the cracks once they have 
signed off on them. Thus, data associated with the content is never lost and can be easily 
retrieved. 

The system may include a placement management system wherein the content generated 
5 by the system may be placed in appropriate media or locations. The system may also include a 
writer management mechanism that permits the system to qualify a writer, editor, etc. for 
working and then manage the writer, editor, etc. payment process. The system may also include 
a user interface customization system wherein the screens and user interfaces for each editor and 
writer and other users of the system can be customized. The system may also include a digital 
10 rights management mechanism or it may be integrated with any well known digital rights 
management system. The system is individualizable to each user and can be upgraded to add 
new clients and new writers. 

Brief Description of the Drawings 

Figure 1 is a block diagram of an example of a first embodiment of a content 
1 5 development management system in accordance with the invention which is a story workflow 
management system; 

Figures 2A - 2C are diagrams illustrating an example of a submission form for the system 
of Figure 1; 

Figure 3 is a diagram illustrating an example of a release form for the system of Figure 1; 

20 Figures 4A and 4B are diagrams illustrating an example of the initial screen of the writer 

application in accordance with the invention showing the status of the stories for the system of 
Figure 1; 

Figures 5A - 5C are diagrams illustrating an example of a user interface page showing 
information about a particular story being prepared using the system for the system of Figure 1; 
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Figures 6A and 6B are diagrams illustrating an example of a user interface page for 
managing the submission rating process for the system of Figure 1; 

Figures 7A and 7B are diagrams illustrating an example of a user interface page for 
managing the gathering of additional information (i.e., the researching of the story) required to 
5 write the story for the system of Figure 1 ; 

Figures 8A and 8B are diagrams illustrating an example of a user interface page for 
managing the writing of the story for the system of Figure 1 ; 

Figures 9A and 9B are diagrams illustrating an example of a user interface page for 
managing the story publication preparation process for the system of Figure 1; 

10 Figures lOA - lOD are diagrams illustrating an example of a user interface page for 

managing the story editing process for the system of Figure 1; 

Figures 1 lA and 1 IB are diagrams illustrating an example of a user interface page for 
searching for stories within the system; 

Figure 12 is a diagram illustrating a preferred embodiment of the content development 
15 management system in accordance with the invention; 

Figure 13A is a diagram illustrating more details of the server portion of the content 
development management system of Figure 12; 

Figure 13B illustrates a method for generating content in accordance with the invention; 

Figure 14 is a diagram illustrating the database schema of the content development 
20 management system of Figure 12; 

Figure 15 is a diagram illustrating a ticketing system that is incorporated into the content 
development management system of Figure 12; 
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Figure 16 is a diagram illustrating more details of the ticketing system in the 
CyberSubmit sub-system; 

Figure 17 is a diagram illustrating more details of the ticketing system in the CyberWriter 
sub-system; 

5 Figure 18A - 1 8C are diagrams illustrating an example of a lead creation wizard in 

accordance with the invention; 

Figures 19A - 19C are diagrams illustrating an example of a lead generation module in 
accordance with the invention; 

Figures 20A - 20E are diagrams illustrating an example of an interview preparation 
1 0 module in accordance with the invention; 

Figures 21A-21Gare diagrams illustrating an example of a customized interview form 
in accordance with the invention; 

Figures 22A - 22C are diagrams illustrating an example of an interview transcript in 
accordance with the invention; 

1 5 Figures 23 A - 23D are diagrams illustrating an example of an interview review process in 

accordance with the invention; 

Figures 24A - 24E are diagrams illustrating an example of a story being created in 
accordance with the invention; 

Figures 25A and 25B are diagrams illustrating an example of a public contact process in 
20 accordance with the invention; 

Figure 26 illustrates an example of an event log for a particular story in accordance with 
the invention; 
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Figures 27A and 27B illustrate an example of an action center user interface in 
accordance with the invention for an editor and a writer; and 

Figures 28A - 28H are screen shots illustrating the user interface and operation of the 
Extranet portion of the content development management system in accordance with the 
5 invention. 

Detailed Description of Preferred Embodiments 

The invention is particularly applicable to a system for managing the workflow for the 
creation of success stories for a corporation or other entity and it is in this context that the 
invention will be described. It will be appreciated, however, that the story workflow 

10 management system and method in accordance with the invention has greater utility, such as to 
any other type of stories which may include news feature stories, magazine articles, wire service 
articles and the like. The system is also applicable to other fields besides success stories, such as 
press relations (e.g., providing stories and information for the media), marketing (e.g., 
providing information for use by salespeople and telemarketing people), e-marketing (e.g.., tying 

15 stories with products or solutions on the web), marketing (e.g., providing accurate end-user 
information to a company about how the end-users really use the company's products and why 
end-users like the products, customer education (e.g., stories about the profession and/or services 
provided), or human resources (e.g., to improve employee morale and communications as well as 
education). The content development system in accordance with the invention may also be used 

20 for other different types of content that may include written content, such as success stories, 

stories, articles, advertisements, auditory content, such as radio spots, radio advertisements, radio 
presentations, electronic downloaded auditory content and audiovisual content that combines 
audible content and written content. In the preferred embodiment described below, the content 
development system is described with an example of the workflow associated with a story and in 

25 particular to a system and method for managing the workflow associated with the preparation, 
editing and creation of a story, but the invention is not limited to a story workflow management 
system. A web-based example of the invention is described below, but the invention can be 
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implemented on various well known computer systems and computer architectures without 
departing from the scope of the invention. Now, a first embodiment of the content development 
system will be described in the context of a story workflow management system and method. 

Figure 1 is a block diagram of an example of a story workflow management system 20 in 
5 accordance with the invention. The system 20 may include a server 22 and one or more client 
computers 24 connected to the server by a computer network 26, such as the Internet or a 
corporate Intranet. The server 22 may house one or more sub-systems which generate a user 
interface and perform some of the steps of the story creation process as described below in more 
detail. Each client computer 24 may be a typical personal computer having a central processing 

10 unit which executes a browser application so that the user of the client computer may log onto 
the server 22. In the example shown, the users of the client computers may include different 
people who may have different privilege or access rights to the data stored on the server. The 
different people may include one or more people who submit stories to the system (Submitter # 1 
- Submitter #N), one or more story researchers writers (Researcher #1 - Researcher #N) who 

1 5 research the story submissions, one or more writers (Writer #1 - Writer #N) who write the stories 
(in some cases the story research and story writing may be done by the same person), one or 
more Editors (Editor #1 - Editor #N) who oversee and edit these stories and a corporate manager 
(Manager) who wishes to review the current stories being processed for a particular corporation. 

Once the user of the client computer has logged onto the server, the user may interact 
20 with the various story creation systems, which may be software applications being executed by 
the server, by viewing information located on the server and providing information to the server. 
For example, a submission system as described below may be intelligent and may modify its 
actions or the data it displays based on the privileges of the user who requests the data. When a 
story lead and interview is being made, the forms content can be checked to ensure that certain 
25 minimum content requirements have been provided and an acknowledgment and receipt are 

automatically generated for the submitter or a request to fix any problems is generated. All of the 
submitted data may be automatically transferred into the workflow production system with an 
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original copy of the lead and interview data being preserved as read-only to ensure that it cannot 
be modified. An on-line help system is available to help the user through the submission system. 

In the success story embodiment of the management system shown in Figure 1, the 
resultant story (STORY) may be output over a communications link, such as the Internet or e- 
5 mail, to a corporate web site 28 which stores the finished success stories in a database 30 and 
displays the success stories to client computers who access the corporate web site. The system 
may also store a copy of the story in its own database as described below. The system may also 
publish the story on its own success story website. The story, in accordance with the invention 
may be sent to the corporate web site using a variety of different delivery techniques, such as via 
10 fax, FedEx or anything else. In a preferred embodiment, the story is stored in the system's 

database and the corporate site's system requests a page containing a story from the system and 
then displays the story page within their website. Alternatively, the final version of the story is 
stored on a database in the corporate website maintained by the system and data is published 
locally into their website. 

15 In accordance with the invention, each of the story creation sub-systems, as described 

below, may operate independently of each other so that stories, for example, may be submitted at 
any time from anywhere in the world and automatically stored in the database. In addition, the 
story creation process, as described below, is broken into a plurality of independent steps some 
of which may be performed out of order and at any time. The system automatically keeps track 

20 of the completed and uncompleted steps so that any authorized user of the system, such as 

researchers, writers, editors, administrators, customers, partners, etc., may quickly determine the 
status of any story. In addition, the system permits the steps to be completed at any time of the 
day or night to suit the work habits of different people. Now, more details of the sub-systems in 
the server will be described. 

25 The server 22 may include a submission application system 32, a writer system 34, an 

administration/security system 36, a publisher system 38, a help system 39, a database 40, a 
central processing unit (CPU) 42, a memory 44 and a multi-media processing system 45. The 



Gray Cary\EM\7070261.4 
2100023-991100 



Attorney Docket No. 2100023-991 101 



memory 44 may include any type of data storage system such as a semiconductor memory, such 
as a RAM, EEPROM, ROM or the like, a hard disk drive system, a tape drive storage system or 
the like. In the example shown, the submission application system, the writer system, the 
security system and the publisher system may be software applications stored in the memory 44 
5 of the server and the software applications are executed by the CPU 42 of the server. The system 
may also include a reporter system (not shown) which may sort the data in the database and/or in 
the pages being displayed to a user. 

The submission application system 32 may generate a user interface, as described in more 
detail below with reference to Figures 2A - 2C, to gather information from a user about a 
possible story idea (a lead and interview). The submission application system 32 automatically 
store the gathered information in the database 40 in a new story record with a unique numeric 
identifier. The submission application system may also include a lead generation system which 
may, for example, automatically generate messages, such as e-mail messages, requesting that 
users submit a story lead or participate in an interview. In this manner, the system 20 attempts to 
gather new story leads from the users of the products. The lead capture system 32 may also 
direct the user submitting a story, in certain circumstances, to fill out and send in a release form 
as will be described below with reference to Figure 3. 

The writer system 34 may permit a writer to rate the story leads or the interviews stored 
in the database, to manage the fact gathering process (i.e., researching the story) if the story lead 
20 or interview is approved for development and to manage the writing of the story by a writer, and 
to manage the final pre-publications processing of a completed story. The writer system may 
also permit an editor to manage all of the writer stages of the story creation process including the 
final pre-publication processing of a completed story, and to edit or kill the story at any time 
during the story generation process. The details of these fiinctions will be described below with 
25 reference to Figures 4-11. At various stages during the generation of the story, the information 
about the story is stored in the database 40. The database also stores information about the status 
of each pending story. 
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The administrator system 36 may control the access to the submission application and 
writer systems. For example, the user accessing the submission application system 32 cannot 
access any information about other stories stored in the database using the submission 
application (since they do not have the appropriate privileges) while a writer, researcher or editor 
5 of stories may be able to access his/her own story and brief information about other stories. As 
another example, a supervisory editor may be able to access detailed information about every 
story to check the progress of each story and possibly send a reminder to a writer who has not 
completed a story, for example. Thus, a plurality of different security levels may be assigned to 
different users of the system to enswe that a particular user only views data which the user has 
10 the appropriate privileges to view. The administration system 36 also performs data 

maintenance and management functions. In particular, the user of the administration system may 
have the privileges to modify or delete data within the database which other users cannot modify 
or delete. 

The publisher 38 may generate a downloadable version of the generated success story so 
1 5 that a salesman, for example, may take a hard copy of the success story along with him on a sales 
visit. The publisher may also forward the completed, ready-to-be-published success story to the 
corporate web site 28. The help system 39 may provide the users of the system with on-line help 
with any of the systems at any time in addition to step-by-step instructions provided in the user 
interface screens. The database 40 may store various pieces of information about each story 
20 including the steps completed in the story creation process, the submitted story idea, the written 
story and information about the person who submitted the story. The database may also store 
each completed story to keep a complete record of each completed story as well as a morgue 
archive and a graveyard archive (i.e., one or more levels of archives). The morgue archive may 
contain stories which are too old and no longer published while the graveyard archive may 
25 contain stories and story information which was spiked, as described below, or never made it 
past the initial rating process as described below. 

The database 40 may also store the information about each user of the system including 
his/her access level and the information necessary to generate the user interface pages shown to 
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each user. In particular, the user interface pages generated for a particular user are dynamically 
generated as the user logs into the system based on the pieces of data in the database and the 
security level of the particular user. For example, a user from a particular corporation may log 
into the system and be able to view only the stories associated with that corporation although the 
5 system may contain stories for a plurality of different corporations. Now, the multimedia 
processor system 45 will be described in more detail. 

The multimedia processor system 45 may receive multimedia (e.g., images, video, audio, 
animation, etc.) for a particular story and store the multimedia in the database 40. A unique 
identifier may be generated for each piece of multimedia received to identify the story with 

10 which the multimedia is associated. The multimedia may then be processed to fit into the 
publication requirements of the system and published with the story once the story has been 
completed. The various systems described above provide an automatic document flow process in 
that a story in the system is automatically guided through the system and will appear in the 
pending page of a user automatically. Now, the submission application system and an example 

15 of a release page will be described. 

Figures 2A - 2C are diagrams illustrating an example of a submission form 50 in 
accordance with the invention and Figure 3 is a diagram illustrating an example of a release form 
52. The submission form 50 may include various user input blocks into which the user of the 
submission application system may enter information about the success story being submitted. 

20 The information may include contact information about the submitter, contact information about 
the person who knows more details about the success story, contact information about someone 
who needs to give permission to generate the story, information about the story and why it 
should be written, information about a website which may contain more information, information 
about the industry of the submitter's company, the size of the submitter's company, information 

25 about the hardware and software used during the project, information about how the product 
helped the submitter succeed, information about other websites to visit for information and 
information about how the submitter heard about the success story program as shown in Figure 
2A - 2C. The information gathered by the submission form, once submitted, is automatically 
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stored in the database 40 shown in Figure 1 and a new story submission record is created so that 
the a story submission review process may be completed. 

The story submission process may include an initial screening by a writer who makes a 
recommendation for the rating of the story submission and documents this recommendation. The 
5 writer may also give the story submission a working title and handles some of the other minor 
administrative tasks associated with processing a story submission. Once the writer enters the 
initial recommendation into the system, the editor is automatically notified of this rating and 
accepts or modifies the writer's recommended rating. In particular, the system may 
automatically place the story in the editor's Pending page (as described below) until the editor 
10 makes his decision about the rating. Then once the editor either gives the okay to proceed with 
the story, the story is automatically placed back into the assigned writer's Pending page 
(inbasket) or a researcher's inbasket, as appropriate. If the editor spikes the story, the story goes 
into the graveyard archive. 

Once the writer has reviewed the submission and received the editor's approval to 
15 proceed, the submission application system may send the release form 52 to the submitter or the 
appropriate person or organization featured in the story via e-mail or direct the submitter or the 
featured person or corporation to a website so that the release form may be downloaded. The 
submitter or featured person or corporation is then requested to review the release form and sign 
and date it. Once the form is executed, the submitter is asked to submit the release form, via 
20 facsimile and an original copy by mail, to an address. The release form 52 shown is a typical 
release (©Quantum Corporation),which permits the system's use of the submitter's information. 
Now, the writer system will be described in more detail. The writer system may generate a 
plurality of user interface pages, shown in Figures 4-11, which manage the story creation 
process. Each of the writer pages may include a notes section (not shown) which pemiits the 
25 person using the page to enter notes about the story. 

Figures 4A and 4B are diagrams illustrating an example of a status page 60 for the writer 
system in accordance with the invention showing the status of the stories currently being 
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prepared by the system. The status page may include a menu 62 near the top of the page 
permitting the user of the writer system to navigate through the steps within the writing process. 
In particular, the menu may include one or more hyperlinks to other pages in the writer system 
including the pending page, as shown in Figures 4A and 4B, a rating page as shown in Figures 
5 6A and 6B, an information completion page as shown in Figures 7A and 7B, a story writing page 
in Figures 8A and 8B, a web data page as shown in Figures 8A and SB, an editing page as shown 
in Figure 9A and 9B, a view report page as shown in Figure 5A - 5C and a search page as shown 
in Figures 1 1 A and 1 IB. The invention, however, is not Hmited to the pages described below 
and additional pages may be added to provide more fimctionality to the system, such as a page 
10 for managing multimedia components and multimedia production. The system, using these 
pages, may be easily expanded using existing technologies or new technologies by adding 
additional pages to provide the user of the system with access to the existing technologies or any 
new technologies. Each of the above pages will be described in more detail below. 

The status page 60 may further include an unrated story section 64, a stories to be 
15 updated section 66 and a stories in process and stories completed section 68. A unique status 
page may be generated for each user of the system so that, for example, a writer may see a status 
page listing the stories currently in the system for the particular writer. Thus, the status page 
may also be viewed as a sort of flow-based inbasket for each individual. The status page reflects 
the status of each story based on the traffic flow defined by the system so that it includes stories 
20 that appear because they are currently in the story creation process, because they have just come 
been submitted as a story submission and need a decision on whether they should be processed, 
or because the story needs updating. 

The unrated stories section contains story submissions within the database which have 
not yet been rated by a writer and approved by an editor as described above. Until a story is 
25 rated as being appropriate for publishing or not, the story submission will remain in the unrated 
section of the pending page of the writer and editor responsible for that customer. The stories to 
be updated section 66 may include stories whose submission information needs to be updated or 
augmented. In particular, once a story has been live to the public (published) for the 
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predetermined period of time, the story appears in the updated section 66 because the story now 
needs to be checked for accuracy. The story remains in the updated section 66 until it has been 
checked and updated, if appropriate. Once the update has been completed for the particular 
story, the particular story is removed from the updated section and the predetermined time period 
5 is reset so that the story will appear again in the updated section after the predetermined time 
period expires again. Thus, each story will periodically be placed into the updated section to 
reverify the accuracy of the story. 

The pending stories section 68 contains all of the stories which are currently being 
prepared using the system 20. The pending story section 68 may include a serial number section 

10 70, a title section 72, a tickler section 74 and a story preparation status section 76 and other story 
status information as appropriate. Any story on a status page for a particular user which has been 
rated as worthy of writing and publication, but which has not yet been completed may be 
displayed in the pending story section for the appropriate writer and editor. The serial number 
section lists an identifier associated with each story, the name section lists the name of the story 

1 5 and the tickler section lists any due dates associated with the particular story. The story 

preparation status section 76 may include a panel 78 associated with each page listed above (the 
rating page , the information completion page, the story writing page, the web data page, and the 
editing page corresponding to the "1" panel, the "2" panel, the "3" panel, the "4" panel and the 
"5" panel, respectively). As all of the steps and items associated with a particular page are 

20 completed, the panel may change colors to indicate that that portion of the story generating 
process has been completed. 

The important thing about the status page is that it is automatically updated in real time as 
steps of the story creation process are completed so that the status page for any user of the system 
is constantly updated. Each status page also provides an individually customized overview of the 
25 entire process from the perspective of the writer, editor, administrator or other authorized user 
(i.e., each user views his own personalized status page based on the stories for which the user has 
responsibility). The status page may also be implemented using pop-up menus, other forms of 
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navigation and status display as well as the use of additional colors and additional information so 
that the status page is not limited to the example shown. 

In a preferred embodiment, the panels for uncompleted pages may be red while the panels 
for completed pages may be yellow although the invention is not limited to these colors. For 
5 example, for a story entitled "Greyhound", all of the pages of the story creation process have 
been completed while for the story entitled "Hewlett Packard", the steps in the information 
completion page, the web data page, and the editing page have not been completed. In this 
manner, using the status page 60, a user of the system that has the access and the authority to 
view this page may easily determine the current status of the stories currently being prepared 
10 using the system including which portions of the story creation process have been completed. As 
above, the access to the data in the status page may be restricted so that a particular corporation 
may only see its own stories in the pending story section 68. Now, each of the pages associated 
with the story creation process will be described in more detail. 

Figures 5A - 5C are diagrams illustrating an example of a page 90 showing information 
15 about a particular story being prepared using the system. The page may summarize the 

information gathered about a particular story in the system. The page may include a dashboard 
section 92 located near the left side of the page which provides information about the status of 
various tasks in the story creation process. The dashboard section 92 accurately reflects the 
current status of the individual checkboxes for the instruction steps listed at the top of each page 
20 of the writer system as described below. The dashboard section may uses logic and rules to 
summarize important information relating to the individual steps of the process so that each of 
the items listed in the dashboard section provides information to quickly inform the viewer what 
has been done, what is pending, and tell them where in the system ( the help system) to find the 
instructions for that particular step or steps. Therefore, from this page and every other story 
25 creation page described below, it is possible to easily determine the status of the particular story 
based on the dashboard. 
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In the dashboard, each checkbox 94 may have a number in parentheses associated with it 
which refers to the particular step in the particular page. As shown in Figure 5A, the dashboard 
may include an initial OK section 96, a copy edit section 98, a WebReady section 100, a data 
complete section 102 and an implementation section 104. In the particular example shown, all of 
5 the boxes in the dashboard have been checked off indicating that these steps have been 

completed except for a spiked checkbox 106. If the spiked checkbox is checked off, then the 
story has been discarded by the writer or editor (depending on who has the privilege to spike a 
story) at some point in the story creation process which may be long before the story is written, 
such as anytime after the submission is made. In general, the vast majority of spikings occur 
1 0 before the story is written when the writer rates the story. In the example shown, the story is 
ready for publishing and is awaiting the final review by the editor, customer and possibly the 
person/organization featured in the story and the posting of a date after which the story may be 
published. 

The story summary page 90 may also include original submission data including contact 
addresses and URLs to review, a description of the project about which the success story is being 
written, why the story is a good success story, the hardware and software used for the project, the 
contact address to appear on the published copy, and various story specific data, such as the 
headline, the story capsule, the story lead, the story body and quotes fi*om the story. The story 
summary page 90 may be accessed by entering the writer system or by clicking on the view 
report button after selecting a particular story. Now, the submission rating page will be 
described in more detail. 

Figures 6A and 6B are diagrams illustrating an example of a page 1 10 for managing the 
submission rating process in accordance with the invention. The page 110 may include the 
dashboard 92 which indicates the current status of the particular story. This page permits the 
25 writer of the system to assign a story name, to rate the submission using radio buttons and a notes 
field (not shown) , to send the suggested rating to the editor for approval (the editor may either 
approve the story or spike the story). The rating of the story may involve the writer selecting a 
radio button indicating the rating of the story and a notes field which permits the writer to 
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indicate why the particular rating was made. The stated story may be submitted to an editor who 
may then check the box authorizing the story or check the box spiking the story and the time that 
the story was spiked. At this point, the story is either authorized to be prepared or it is spiked 
and discarded. If the story is authorized and any initial research of the story confirms the value 
5 of the story, then the contact person is sent a release form or sent to a website to retrieve the 

release form to sign and return to an address. Thus, the rating page permits a writer and an editor 
to filter the incoming story submissions and spike unwanted story submissions. The rating page 
may also include lead contact information fi-om the story submission which may be reviewed by 
the editor in determining the rating. Now, the process of gathering additional infomiation will be 
10 described. 

Figures 7A and 7B are diagrams illustrating an example of a page 120 for managing the 
gathering of additional information required to write the story in accordance with the invention. 
As above, the page 120 may include the dashboard 92 with the current status of the story. This 
page may ensure that the person preparing the story performs various fact finding tasks (i.e., 

1 5 story research) prior to preparing the story. The various facts learned during the story research 
may be stored in a notes field. For example, the person must contact the submitter and determine 
various facts including confirmation of the accuracy of the submitted information, obtain verbal 
consent for use of the story, obtain any additional information about the story and any quotes for 
the story, get the data about the person who is going to appear as the contact for the published 

20 story, and have the submitter obtain and sign a release form. The page may also require the 
person to document the verbal release and email the submitter thanking them for their time. As 
the person checks the items off in the page, the corresponding dashboard items are also checked 
off in all of the pages so that each page has a current status of the story. In the dashboard, 
individual steps of the information gathering process may be identified as completed such as tiie 

25 verbal release, the e-mailed thank you, a faxed copy of the signed release and an original 

received copy of the signed release. Now, a page for managing the writing of the story will be 
described. 
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Figures 8 A and 8B are diagrams illustrating an example of a page 130 for managing the 
writing of the story in accordance with the invention. The page may include the dashboard 92 
with the current status of the particular story. The page may also include a checkbox section 132 
and a story writing section 134. The checkbox section 132 includes check boxes which may be 

5 checked when the faxed copy of the release has been received, when the story and its constituent 
parts have been written, when the story has been spellchecked, when keywords have been 
assigned to the story, when the original release is received, and any other follow up. The story 
writing section 134 may provide the story writer with a space to enter various information about 
the story such as the project title, the story headline, the story capsule, the story lead, the story 

10 body and quotes for the story. The story writing section may also permit the writer to choose 
keywords for the story as well as the markets to which the story may apply. Thus, this page 
permits the writer of the story to follow up on any missing items and write the story. Now, the 
page for managing the story publication process will be described. 

Figures 9A and 9B are diagrams illustrating an example of a page 140 for managing the 
15 story publication preparation process in accordance with the invention. The page may include 
the dashboard 92 and a checkbox section 142 for completing the final steps to publish the story. 
The steps may include confirming that an original signed release has been received, confirming 
any incoming videos or images associated with the story, confirming the accuracy of the 
information, filling in the software and hardware information, confirming the image and video 
20 materials are ready to publish, and indicating that the story is ready for the editor to review. The 
other portion of the page permits the story writer to assign the hardware and software used for the 
project. These pages permit the story creation process to be managed by an editor and provides 
frequent rechecks for critical process steps. The pages also are dynamic and any updates to any 
of the pages are reflected in the dashboard for any of the other pages. Now, the editor page will 
25 be described which may only be accessed by a story editor. 

Figures lOA - lOD are diagrams illustrating an example of a page 150 for managing the 
story editing process in accordance with the invention. This page may only be accessed by an 
editor of a story and this page permits the editor to make a final review of the story before 
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authorizing the publication of the story. In this manner, the editor has a final veto power over the 
story even after the story has been completed. As above, the page may include the dashboard 92 
to review the current status of the story. The page may also include a display section 152 which 
displays the data to be published on a web site to permit a final copy edit review by the editor. 
5 The page may also display the contact information and the project description. The page 1 50 
may also include a checkbox section 154 which permits the editor to make a final check of the 
story before it is published. For example, the editor must spellcheck the story and check for any 
other errors. The editor may then check a WebReady button which checks the appropriate box in 
the dashboard to indicate that the story is ready to be published to the web site. The editor may 

10 also set an Online Date (the date which the story is actually available for viewing) which may be 
now or some later time to coincide, for example, with a marketing pitch about the product. The 
editor may also designate the story as a featured story from a certain start date until a certain stop 
date as well as quotes from the story. Once the editor has indicated the WebReady status and the 
online date is now, the story is published on a web site and may be viewed by anyone accessing 

1 5 the web site. Now, an example of the page for permitting searching will be described. 

Figures 1 1 A and 1 IB are diagrams illustrating an example of a page 160 for searching 
for stories in the system. The search page may provide one or more different criteria which may 
be used for purposes of searching the database for a matching story. The search page may retum 
the one or more stories which match the search criteria. In summary, the system provides for 

20 workflow management during a story creation process. The system provides constant updates 
about the status of any story in the system and may provide different data to different people 
based on the security level of the person. The system may increase the speed with which a story 
may be generated since each sub-system of the system may operate independently and permit 
users to access relevant pages at any time. Thus, the user of the system, such as the story 

25 submitters, the story writers and the story editors, may all work independently of each other and 
at different times and geographic locations so that the speed of the story creation is not limited by 
the availability of any person. Now, a preferred embodiment of the content generation 
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management system and method will be described in the context of a success story creation 
management system. 

Figure 12 is a diagram illustrating a second preferred embodiment of the content 
development management system 20 in accordance with the invention. For purposes of the 
5 description of this embodiment shown in Figures 12 and 13, elements that are common with the 
embodiment shown in Figure 1 have the same reference number and have the same function 
unless some other function is described. In addition, the common elements may not be described 
here. For this preferred embodiment, the content generation management system may be 
implemented in the following manner although the invention is not limited to the particular 

10 implementation. For this preferred embodiment, the server 22 is a Sun Sparc server computer 
(version 5) that is using the Solaris operating system (Version 2.7.1). The database is OpenBase 
Version 6.5.3 and tiie web server is an Apache web server (Version 1 .2.1 1). The application 
server is a WebObjects Version 4.5 application server and the language is Java (JDK Version 
1.18). In this embodiment, the system may present, using the web server, one or more web pages 

15 to a user so that the user can interact with the system as described below with reference to 

Figures 1 8 - 28. The various software applications that support the system may be stored on the 
application server. In this preferred embodiment, the units shown in Figure 13 are implemented 
as one or more software modules, such as JAVA applets or servlets. However, the system may 
also be implemented using one or more pieces of hardware as is well known. 

20 With this embodiment, the flexibility of the system has been improved so that the system 

may be used for a variety of different purposes. For example, the system may include one or 
more extranets 200 (Extranet #1 • Extranet #N) wherein each extranet may permit a particular 
customer of the system, such as Company A, to create its own customized content generation 
management system that may be located on the Intranet of the corporation. For each Extranet, 

25 there may be submitters 202 and a corporate manager 204. Thus, a large corporation that wants 
to generate its own success stories may have an extranet wherein the extranet is managed by the 
corporate manager. The extranet may permit customers of the corporation or employees of the 
corporation to submit success story leads directly from the corporate intranet or corporate web 
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site. The extranet may also permit the corporation to use the content generation management 
system to manage the creation of success stories or other forms of content. As with the other 
system shown in Figure 1, there may also be other users of the system 24, such as one or more 
submitters, one or more writers/researchers, one or more editors and one or more managers that 
5 perform that same functions as described above. The system may also include a mechanism to 
permit the content developed by the system to be dropped into a client site automatically, such as 
an FTP site so that the system does not need to maintain the client's site in accordance with one 
aspect of the invention. 

To manage the various users of the system including the extranet users, the system may 
assign different access privileges to different people or groups of people using the administration 
unit 36 (shown in Figure 13). In particular, the embodiment shown in Figure 1 permits different 
people to have different access privileges. With this embodiment, the system permits access 
privileges to be assigned to an individual based on the individual status (e.g., writer, manager, 
submitter) as above, but it also permits access to be assigned on a group basis. For example, a 
person who is part of Company A may have a certain set of access privileges to the Extranet for 
Company A and then may have a different set of privileges for the management system. A 
second person with Company B would then have different access privileges than the first person 
since he should not be granted any access to Company A's Extranet. In this manner, the system 
can support numerous different Extranets as well as the usual Internet users. In this manner, the 
system is more flexible and handles many different customers and many different types of users. 
To manage the use of the system by different users, a ticketing system may be used that will be 
described below with reference to Figures 15-17. Now, more details of the content development 
management system in accordance witfi the invention will be described. 

Figure 13A is a diagram illustrating more details of the server portion 22 of the content 
25 development management system of Figure 12 and in particular the content development 

management system 23 that is stored in the memory 44 of the server. As described above, the 
system may generate web pages as user interface elements using the web server described above 
and the software applications shown may be stored on an application server. Both the web server 
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and application server are well known and are not shown in the diagram since it is well 
understood how these systems operate and how one would use these systems to implement a 
web-based system. As with Figure 12, like elements to Figure 1 are numbered with the same 
reference numbers and may not be described herein. In fact, most of the elements perform the 

5 same functions as the corresponding elements in Figure 1 so their functions will not be described 
here. In this embodiment, the system 23 may further include a ticket manager 210 that is part of 
a ticketing system. The ticketing manager permits a user's access to different portions of the 
system to be controlled. For example, a person who is the contact for a success story lead (e.g., 
an interviewee) for a particular company may receive a uniform resource locator (URL) in a 

10 message, such as an e-mail, that instructs the interviewee to click on the URL to access an 

interview page. The URL may include an embedded unique ticket which identifies the particular 
interview page that should be shown to the particular interviewee. For example, an interviewee 
for a product for Company A may receive an interview page/form with text entry spaces/radio 
buttons, company logos or the like that have been customized for the particular company. In 

1 5 addition, the form may be pre-filled in with information about the interviewee and may provide 
customized questions to the user. The system may also include branching logic in the form so 
that, as the form is being filled in by the interviewee, the questions being asked of the 
interviewee may be altered based on the interviewee's responses. 

In addition to the functionality described above, the publisher 38 shovra in Figure 13 may 
20 also include the ability to publish the content in various different formats. In particular, the 

publisher may generate an individual piece of content dynamically in any media format, such as 
into a PDF format, onto a CD, onto a DVD, to a printer, onto FLASH memory or any other 
media format. The system may also generate the output content in various formats, such as 
XML, PDF, HTML text with a logo, images, unformatted text or any other formats including 
25 new formats since the system includes APIs. The system may also generate/pre-publish the web 
site or part of the web site into which the content is destined so that the content is perceived in 
the context of the web site since users seems less likely to make unneeded changes to the content 
when seen in the context of the web site. The pre-publication reduces the review time and costs 

Gray Cary\EM\7070261 .4 
2100023-991100 



Attorney Docket No. 2100023-991 101 



and catches errors more rapidly. The pre-publication of the web site also permits that web site to 
be delivered to a company that is a user of the system. Then, when changes to the content are 
necessary, the system may generate a new web site with the new content. In a preferred 
embodiment, the publication of the web site may be carried out in the following manner. An 

5 editor may select the content to be published and the system may search a database to locate the 
appropriate types of stories so that the system may generate HTML code corresponding to the 
content for the web site and write the HTML code to disk. The system may then fill in the 
content into a template that can be pre-published. In accordance with the invention, all of the 
pages for the web site may be generated by the system and stored on an file transfer protocol 

10 (FTP) site so that the company client may access the web site and serve it up to its customers. 
TThe system may also include the ability to change the look and feel of a generated page on a 
predetermined or random basis so that, despite the fact that the actual content does not change, 
the web page appears to be different. 

In addition to the functionality of the writer 34 described above, the writer may also 
1 5 include the ability to control the versions of a piece of content as it is being created and finalized. 
For example, the system is able to track each different version of each component for a 
particular piece of content so that an editor may see the prior version of any component (e.g., 
headline, summary or the body) of a piece of content. As with the prior embodiment, the system 
may automatically route the data associated with a piece of content to the appropriate writer, 
20 editor, researcher or the like. Thus, the system associates all of the data for a piece of content 
with a particular object (see the database schema described below with reference to Figure 14) so 
that, when the content is assigned to an editor, for example, the editor has all of the data 
associated with that content. 

In addition to the fimctions of the administrative portion 36 described above with 
25 reference to Figure 1 , this embodiment may include various functions to set-up and manage the 
flexibility of the system. For example, the administrative section may include a client set-up 
portion which permits an operator of the system to generate a client profile and customize the 
system and its user interfaces for the particular client, such as providing a customized interview 
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form, customizing the types of stories permitted for the client, customized the content generation 
process of the client, customize the user interface for each writer/editor and any other 
customizations needed to facilitate the content generation process. Since the various 
customizations are set-up by the administrator, the system is customizable in various different 
5 manners. As described in more detail below, the one or more department(s) for each client is the 
key data that is used to organize the data for a particular client. This permits one client to have 
one or more different departments wherein each department may have its own customized 
content generation system. The administrator may also set-up and manage the different one or 
more story types (e.g., 400 word story type, 800 word story type, a long story type, a capsule 
10 story type) that are applicable to each department for each client. 

The system also permits the actual workflow for each client (e.g., each department, story 
type, story, etc..) to be customized for the particular corporation. For example, a particular 
corporation may have a particular workflow that they use due to some unique characteristics of 
the corporation. For example, the system may provide each new customer with a checklist of 

1 5 content development choices that can be selected by the customer which in turn may affect the 
questions posed on the interview page for the customer. For example, the customer may be 
asked if he/she wants a story generated, if he/she wants a headline generated and if she/he wants 
a quote from the content generated. This embodiment of the invention also permits leads to 
content to be generated by various different means. In particular, a lead may be developed as 

20 before over the Internet. However, a lead may also be generated from the Extranets for a 

corporation, such as from a project manager, an employee, a writer of a piece of content and the 
like. The lead generation user interface provides a person with fill-in boxes with an unlimited 
number of characters to indicate the nature of the lead and the relevant information. The system 
may also permit the actual questions posed to a possible lead or to an interviewee to be 

25 customized based on the particular company that is the subject of the lead or interview. Thus, 
multiple interviews that may be typically needed to interview a person can be eliminated since 
the interview questions can be customized. 
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As with the prior embodiment, the system may break the content generation process into 
one or more steps which may be carried out as independent tasks by different people. In 
particular, each different task may be assigned to a different person on the fly (e.g., a particular 
editor may automatically receive all content for a particular company) and the tasks may be 
5 carried out independently of each other. In addition, the system may also permit additional 
content writers to be developed and qualified for the system so that the system may encourage 
the development of new writer talent. The system shown in Figure 13 is also capable of handling 
content, such as written content, in a variety of different languages. 

The system may also be used for different areas of content within the same client 
10 company. For example, the same data for a client company may be used for different areas of 
the company. For example, a company may have different corporate entities, subdivisions, 
departments or operating groups and each group may have its own customized user interface or 
forms. A company may have content published for the human resources department, an 
engineering department and the like. In addition, the system permits the leads and content 
15 associated with a company to be divided into one or more different categories according to the 
department that is associated with the particular lead or content. The different departments for a 
particular company may have different user interfaces, different writers, different billing 
arrangements and the like. The system also permits the different departments to be segregated 
from each other and different companies to be segregated from each other to maintain the 
20 confidentiality of each department or each company. 

The system may also permit one or more templates to be stored wherein, for a particular 
client, a particular template for a piece of content is specified. For example, for a Wall Street 
company, the template may specify a 500 word story while a magazine may specify a 1000 word 
format story. This enables each client to receive leads and stories that conform to the needs of 
25 the particular client. In addition, the system may generate customized interview forms for each 
client so that, for example, there may be a Google® interview page for a piece of content, such as 
a success story, directed to a Google® product or service. The interview forms may have 
unlimited length fields and may also include logic that alters the interview form during the 
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interview based on the interviewee's actions. When the interviewee has completed the interview, 
the interviewee may receive a customized receipt. The system also permits a short summary or 
capsule, such as 100 words, to be prepared based on information about a piece of content, a lead 
or an interview that may be placed on a website wherein the form for the lead or interview may 
5 include a release question that the interviewee must accept so that the summary can be published. 

The content development management system in accordance with the invention also 
provides an action center wherein each user of the system can be alerted to current assignments 
and tasks that the user is assigned to complete. The system may also automatically route an 
assignment to a particular user. In a preferred embodiment, all incoming leads may be assigned 

10 to a default owner, such as the editor for the particular client/company. The editor may then 
assign the tasks associated with the content generation process to one or more team members 
assuming that the team members have the appropriate privileges for the particular client. Once 
the tasks are assigned, the person who is assigned the task will see the task automatically appear 
in his/her cockpit at login. In addition, the default owner may also reassign the tasks at any time 

15 so that, for example, a task assigned to a person on vacation can be easily reassigned. In more 
detail, the action center may include the messaging as described above. It may also include notes 
that may appear for a particular user to alert the user. For example, the user may be alerted that 
the system is going to be down for some time period. The action center may also notify a user 
about an extra task and then permit the user the bill the client for the extra task. The action 

20 center may also provide one or more resources to each user, such as a dictionary, a web search 
engine and the like. 

The system may also include on-line contracts so that the various users of the system, 
such as the interviewee, the writer, etc., grant the proper rights to the system to use the content. 
The system may also provide multimedia tracking in that it can track where files, images, etc. are 
25 located in the system and ensure that the multimedia for a particular piece of content is not lost. 
The system may also include a mechanism to permit a user to upload multimedia, such as images 
in various formats including EPS, JPG or WAV files, into the content development system and 
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then permits the multimedia to be incorporated into a content review process so that the user can 
view the multimedia with the content. 

The system may also permit a piece of content to be placed into a "HOLD" state wherein, 
for example, a story may be held until the interviewee or editor is back from vacation on a 
5 particular date. The system may then generate an alarm to remind the interviewee or editor that 
the content is still in the HOLD state. The system may also provide other notifications to the 
various users of the system at various times. For example, the system may generate a message to 
an interviewee indicating that the person has not yet reviewed the content and providing the 
interviewee with a link containing a ticket to review the content. If the interviewee still does not 
10 review the content, the system may provide the interviewee with further reminders. As another 
example, if a piece of content to be prepared sits in a writer's in box for some predetermined 
period of time, the system may send a reminder to the writer. 

Due to the flexibility of the database and the customizablility of the system, the system 
handles ambiguities very well and can adapt to the ambiguity. In particular, there are many 
15 different steps in the content generation process that are not well defined and therefore can cause 
problems with a system that attempts to normalize the content generation process. For example, 
a typical system may permit a single review by the interviewee, but the actual review process 
may take a single review or it may involve 10 review cycles depending on the person. The 
system can permit as many review cycles as necessary. 

20 The system may also provide one or more functions that support other elements of a 

customer's business. For example, the system may provide functionality that enhances a 
marketing campaign. In more detail, the system may permit one or more elements of a piece of 
content, such as a quote in the content or a headline, to be randomized at different predetermined 
periods of time. Thus, the same piece of content may look different at different times since 

25 portions of the content are randomized. Now, a method for content generation in accordance 
with the invention will be described in more detail. 
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Figure 13B illustrates a method for content generation 210 in accordance with the 
invention. In particular, the method may includes a step 21 1 in which a lead is created by a 
person using the Extranet, by an internal user as shown in more detail in Figures 18A - 18C 
below or by someone on the Internet. In a next step 212, an interview for the interviewee is 
5 prepared which is described in more detail with reference to Figures 20A - 20E. In step 213, the 
interview is conducted with the interviewee and an interview transcript is generated as shown in 
Figures 21 A-E and Figures 22 A-C below. In a next step 214, a user of the system may review 
the interview as shown in Figures 23 A - D below. In a next step 215, the content based on the 
interview is generated as shown below in Figures 24A - E. In step 216, the content may be 
10 published in various different formats or published as part of an entire web site as described 
above. Using this process, a piece of content may be generated. As described above, each step 
of the process may occur independently and does not need to occur in a serial manner. Now, the 
database schema of the content development system will be described in more detail. 

Figure 14 is a diagram illustrating an example of a database schema 220 of the content 
15 development management system of Figure 12 for a particular client wherein the actual database 
for the system will have data associated with a plurality of different clients. In this example, the 
database schema for a success story generation embodiment of the system is shown for 
illustration purposes. In particular, the database schema may be one or more records and/or 
tables (referred to for purposes of this section as nodes) that are related to each other. As shown 
20 in the diagram, the relationships of the tables/records are illustrated. In particular, the number 
"1" next to a node indicates that there is a single node. For example, there is a single client node 
for each client. Similarly, a "0..*" or a "''1 ..*" indicator near a node indicates a one to many or a 
zero to many relationship wherein there may be one or more tables (for the "1 ..*") or zero or 
more tables (for the "0..*") associated with the one parent node. For example, there may be zero 
25 or more workthreads associated with each department of each client. Similarly, there may be one 
or more departments associated with each client 

In more detail, the database schema may include a client table/record 222 which is the 
root table/record (e.g., node) for the database since all of the other records for a particular client 
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relate to the client record. Each client node may contain information about a particular client of 
the content development management system, such as a company or corporation that uses the 
system to generate success stories for the corporation. The only child of the client node is a 
department node 224 since each client may have one or more different departments as described 
5 above so that the content for each client may be divided up by department if needed. 

The department node has several related nodes including a WorkThread node 226, a user 
node 228, a classification node 230 and a keyword node 232. The WorkThread node 226 
contains information about the WorkThread for each piece of content being generated for the 
particular department of the particular client. In more detail, the WorkThread contains 

10 customized information about the content generation process for the client. The user node 228 
contains information about one or more users of the system, such as editors, writers, etc. that 
have access privileges to the content associated with the particular department since each 
department may have, for example, a different editor. The classification node 230 contains 
information of the zero or more classifications for different pieces of content associated with the 

15 particular department of the particular client. The keyword node 232 contains information about 
zero or more keywords that may be associated with a particular classification and about the 
kejnvord associated with a particular department. 

There may also be one or more child nodes of the WorkThread node 226 that may include 
a featuree/customer node 234, a story node 236, and a datastore node 238. The featuree node 

20 contains information about the person being featured in the particular piece of content (e.g., the 
featuree), the story node 236 that contains information about the one piece of content (e.g., the 
story) associated with a workthread due to the one-to-one relationship, and the datastore node 
238 contains information about the data associated with the workthread (wherein there is only 
one datastore node associated with each workthread). The datastore node 238 may have one or 

25 more children wherein each datastore node may have zero or more tables for each child. The 
children may include a lead node 240, a submission node 242, a note node 244 and a 
WorkContent node 246. Thus, the datastore node may have zero or more lead nodes, zero or 
more submission nodes, etc.. The lead node 240 may contain information about a lead (e.g.. 
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contact information, story suggestions, etc.) associated with a particular workthread, the 
submission node 242 may contain information about a story submission for the particular 
workthread, the note node 244 may contain information about the notes associated with a 
particular workthread and the workcontent node 246 may contain information about the work 
5 content associated with a particular workthread. 

The story node 236 may have zero or more StorySearchCriteria nodes 248 that contain 
information about the search criteria for a story and the StorySearchCriteria node may be related 
to the classification node 230. The story node may have one or more StoryType nodes 250 that 
contain information about the types of the story (e.g., a 400 word story, an 800 word story, a long 

10 story, a summary, etc.). Thus, for example, one story may have one or more different story types 
that are generated based on the story. The StoryType node 250 may have zero or more 
StoryReview nodes 252 containing information about the zero or more reviews associated with a 
particular story type. The StoryType node 250 may also have one or more StoryComponent 
nodes 254 associated with it that contain information about a particular story component, such as 

1 5 the summary, the body of the story and the like. The StoryComponent node 254 may in turn 
have one or more StoryComponentVersion nodes 256 which contain information about each 
version of each component of a story so that any person with the appropriate privileges can 
review all of the version of a particular component of a story. 

Using the above database schema, the data and information associated with a particular 
20 piece of content, such as a story, are related to particular department of a particular client. The 
database schema permits various information about a particular story or a particular client to be 
viewed by people having the appropriate privileges. The database schema also permits the 
various associations between the tables to be dynamically changed. For example, a first client 
may have an 800 word story type for each story and each story has a headline and a summary 
25 only. A second client may have a 400 word story type, an 800 word story type and a long story 
type wherein the components of each story type is different. Thus, the database has been created 
to permit the maximum amount of flexibility. 
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The database and the object oriented modules in accordance with the invention may also 
permit the system to provide an integrated search engine. In particular, the search engine permits 
users of the system, such as a writer or an editor, to search the content stored in the system. The 
search engine also permits a customer of the system using an extranet, such as a particular 

5 corporation, to search for content within the system by using the integrated search engine. For 
customers, the search is limited to content of the corporation and may be limited to only very 
limited searched although the system can provide whatever level of search is necessary. The 
system may also include a second search capability used for the static published sites. For this 
search, a hitlist page may be pre-generated with the static page wherein all the links are then 

10 stored as part of the static site pages. This means that more processing power is necessary to 
generate the site, but that the generated site does not need any software to be installed on our 
customers servers so as to execute the searches Now, the ticketing system in accordance with the 
invention will be described in more detail. 

Figure 15 is a diagram illustrating a ticketing system 270 that is incorporated into the 
15 content development management system of Figure 12. As described above, the ticketing 
systems permits customized forms and web pages to be presented to each user of the system 
based on the particular characteristics of the user. As shown, the ticketing system may be 
implemented by steps performed by the CyberWriter portion 34 and the CyberSubmit portion 32. 
In particular, the CyberWriter portion 34 may initially generate a ticket wherein the CyberWriter 
20 may determine if a ticket is attached to a URL in step 272. If the ticket does not exist as shown 
in step 274, the CyberWriter portion may generate a unique ticket with a predetermined 
expiration date in step 276. The expiration date may be set by default to 2 weeks, but can be 
customized as needed. The expiration date ensures that the interviewee only has access to the 
system for a short period of time so that a lot of unused tickets with access into the system do not 
25 exist to prevent security breaches. If the ticket already exists in step 278 or the ticket was just 
generated, the expiration date of the ticket may be updated in step 280 so that it does not expire 
too soon and not permit the user to access the particular form associated with the ticket. In a last 
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step 282, the ticket is stored in the database 40 and associated with a new WorkThread for the 
client. 

For the CyberSubmit portion 32, when a user establishes a connection with the server 
through a URL with an attached ticket, the system may retrieve the ticket from the URL for the 
5 interview request in step 284. Then, if the interview is successfiiUy conducted, the system may 
delete the ticket from the database 40 in step 286 and update the database in step 288 to reflect 
the deleted ticket. The ticket may also be used for the review of the content process as well as 
the multimedia upload process. Now, more details of the usage of the ticket in the CyberSubmit 
portion will be described. 

10 Figure 16 is a diagram illustrating more details of the ticketing method 290 in the 

CyberSubmit sub-system. In particular, in step 292, the interviewee clicks on a URL in an e- 
mail which invites the interviewee to fill out an interview form. The URL takes the interviewee 
to the CyberSubmit application. In step 294, the CyberSubmit application reads the ticket that is 
embedded into the URL and locates the corresponding data in the database. Using the data in the 

15 database associated with the ticket, the CyberSubmit application generates a customized 

interview form that is then displayed to the user in the user's browser application. For example, 
the customized interview form for a particular interviewee may be pre-filled in with the known 
personal information about the interviewee so that the interviewee does not need to fill in the 
information that the systems already knows based on the lead submission. In step 296, once the 

20 interviewee has completed the interview within the CyberSubmit application, the CyberSubmit 
application may invalidate the ticket by removing it from the database so that it cannot be used 
again. In accordance with the invention, if the interviewee only completes sonie portion of the 
interview screens, such as the first two screens, the data in the first two screens is saved so that 
the interviewee can come back and complete the interview and the ticket is maintained in the 

25 database. When the user next accesses the interview form at some later time, the system will fill 
in all of the information previously provided to the system so that the interviewee starts from 
where he left off. Now, more details of the ticketing system as implemented by the CyberWriter 
application will be described. 
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Figure 17 is a diagram illustrating more details of the ticketing method 300 in the 
CyberWriter sub-system. In particular, in step 302, the internal CyberWriter user (using the 
CyberWriter application) may generate a new ticket by selecting an expiration date. In step 304, 
the system generates a unique ticket and returns a special URL with the embedded ticket to the 
5 user on a web page. In step 306, the user may then send the special URL to the interviewee via 
e-mail so that the interviewee can fill in the interview form. 

Now, the various screen shots of the content development management system in 
accordance with the invention will be described to help aid in the imderstanding of the content 
development management system. In these figures, an example of the system being 
10 implemented over the Internet using one or more web pages is shown although the system can be 
implemented using a variety of different computer systems and configurations. 

Figure 18A - 18C are diagrams illustrating an example of a lead creation wizard module 
310 in accordance with the invention. Figure 18A illustrates the lead creation wizard user 
interface that is initially presented to a user of the system when that user wants to enter some lead 

1 5 information into the system. The form shown may be presented to both users of the Extranet 

(e.g., employees of a corporation using the system that want to enter a new lead idea) and user of 
the Internet wherein any user may enter a lead idea into the system. As shown, the form permits 
the user to enter various information into the system including the name of the featuree (e.g., the 
person who will be interviewed and the person who will be the basis for the possible success 

20 story) and his contact information. The form also requests information about why the lead would 
make a good story and if there are any special issues to raise in the interview (so that the 
interview form for the particular interviewee can be automatically customized with questions 
related to the special issues). Figure 18B illustrates the same form as Figure 18A after the user 
has entered information into the fields of the form. The user may then click on a save button 312 

25 and the lead information is stored in the system in the database schema described above. In 

response to the saving of the lead form, the user interface shown in Figure 18C may be displayed 
to the user. The user interface shown in Figure 18C indicates to the user (see indicator 314) that 
the lead information has been saved in the system's database and that the lead has been assigned 
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a unique serial number that can be used to track the lead through the system. Now, the 
generation of a lead in accordance with the invention will be described. 

Figures 19A - 19C are diagrams illustrating an example of a lead generation module in 
accordance with the invention. In particular. Figure 19A illustrates a cockpit overview 320 of 

5 the content generation management system wherein a user is able to view various information 
about the currently being worked on content in the system that the particular user has the 
privileges to view. The cockpit may include a control panel 322 that permits the user to navigate 
around in the system and view a snapshot of the amount of content at each stage of the content 
development process including "needing attention", "on hold", "leads", "rated leads", 

10 "interviews", "stories", "copy edit", "approval", "published", "refresh", "graveyard" and 

"morgue". In the example shown, the user has selected the "leads" stage and is presented with a 
summary of the current leads 324 in the system that the user has privileges to view. 

Each current lead may include one or more of the following pieces of information, such 
as a workthread identifier 326, a client name 328, a client department name 330, a lead serial 

15 number 331, a featuree name 332, a submitter name 334 and a job assignment section 336 that 
provides the user with data about the particular lead that has already been generated from various 
sources including the information from the lead creation wizard. The lead created in Figures 
18A - 18C is shown at the top of the section. In this example, the lead has been assigned to Jan 
for different tasks. In this example, Jan is the owner of the new lead (e.g., she is responsible for 

20 the lead) and the assigned lead editor. Note that the other leads have other tasks for the content 
generation, such as capsule generation, interviewing and publishing data, that can be assigned to 
different people and reassigned if needed. 

The cockpit 320 may fiirther include a filtering section 338 that permits the user to filter 
out the leads and, for example, only view leads that are a particular type of story. The cockpit 
25 view may also include one or more drop-down menus 340 that permits the user to sort the lead 
by certain attributes or to only view lead having certain attributes. For example, the user may 
select to only view lead which are generated for a particular department of a particular client of 
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the system. When the user selects a particular lead 342, the user of the system is presented with 
a user interface 344 shown in Figure 19B. The user interface provides the user of the system, 
typically the owner of the lead or an editor, with the ability to assign a rating to the lead in a 
rating portion 346. In accordance with the invention, the information about the lead filled by a 

5 user are automatically filled into the form. The user interface may also include a task assignment 
portion 348 that permits the owner of the lead to assign the tasks associated with generating 
content from the lead. In particular, the assignment portion may include an interview preparation 
portion 350 with a drop-down menu to assign the interview preparation task to someone, an 
interview review portion 352 with a drop-down menu to assign the interview review to someone 

10 and a editor comments portion 354 that permits the editor to make any comments about the lead. 
Figure 19C illustrates the user interface 356 presented to the editor when the lead has been rated 
by the editor in the rating portion 346 as shown, an editor comment has been provided in the 
comments section 354 and the interview preparation and review has been assigned (see portions 
350, 352) to a particular person. Thus, at this point, the lead has been generated and the tasks to 

1 5 generate the content fi-om the lead have been assigned. Now, the person assigned to the 
interview preparation task may be provided with a user interface as will now be described. 

Figures 20A - 20E are diagrams illustrating an example of an interview preparation 
module in accordance with the invention. In particular, Figure 20A illustrates an example of an 
interview preparation user interface 360 that may include a submitted data section 362 wherein 

20 the data about the featuree previously entered into the lead creation wizard is automatically filled 
into the interview preparation user interface after the editor has looked at the data and indicated 
that it should be pre-fiUed into the form so that the data is more accurate. The user interface may 
also include a ticket generation portion 364 that permits the ticket for the interview as described 
above to be generated. Figure 20B illustrates the same user interface 360 with the submitted data 

25 automatically copies over into a verified data portion 366 as shown. Figure 20C illustrates the 
same user interface 360 after the user has added any additional information into the verified data 
portion 366. Figure 20D illustrates the same user interface 360 when the interview preparation 
data has been entered and a ticket has been generated as shown in the ticket portion 364. Since 
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the ticket has been generated by the system, a ticket generation date and an expiration date are 
shown. The user interface may also have a test ticket button 368 wherein the user of the system 
may test the ticket. Figure 20E illustrates the same user interface 360 when the test ticket button 
is pressed and an interview user interface 370 is generated in a new window. The user interface 
5 370 shown is the same that will be presented to an interviewee as will now be described. 

Figures 21A - 21G are diagrams illustrating an example of a customized interview form 
in accordance with the invention. In particular, this interview form has been customized for 
Google (a search engine client) and the interview form is presented to the user when the user 
receives the e-mail inviting them to partake in an interview and clicks on the URL with the 

10 embedded ticket that directs the user to the customized interview form. Figure 21 A illustrates an 
example of a customized interview form 380 that may be presented to a user that has clicked on 
the URL with the embedded ticket. Iii accordance with the invention, the data from the interview 
preparation page has been filled into the interview page as shown. The user may click on a story 
button 382 to fill in more information about the story as shown in Figures 21B and 21C. The 

15 second page of the interview form 384 shown in Figures 21B and 21 C permit the user to enter 
various information into the fields of the form as shown. The form may also include one or more 
drop-down menus that permit the user to select a value from a list of values, such as the size of 
the company. As shown in Figure 21C, the bottom of the second page of the form may include a 
back to previous page button 386 and a tell us about your relationship button 388 that presents 

20 the user with the next page of the interview form. In accordance with the invention, as each 
interview page is completed, it is saved in the system so that the user can quit at any time and 
pick up later at the same point. Until the interviewee submits the form, he/she can change the 
data in any page of the form as needed. 

Figures 21D and 21E illustrate an example of the next page of the interview form that has 
25 been filled in by an interviewee. Figures 21 F and 210 illustrate a last page of the interview form 
including a capsule permission portion 390 that requests permission to generate a capsule 
summary based on the information provided by the interviewee. On this last page, the user has 
interview form navigation buttons that permit the user to return to the prior pages of the form or 
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submit the completed interview form. Now, an example of the interview transcript will be 
described. Figures 22A - 22C are diagrams illustrating an example of an interview transcript in 
accordance with the invention. In particular, once the interviewee has completed the interview, 
the interview transcript pages 400 as shown in Figures 22A - 22C are displayed to the user. The 
5 system may also generate an interview receipt that is sent to the interviewee. Now, an example 
of the interview review form is described. 

Figures 23A - 23D are diagrams illustrating an example of an interview review process in 
accordance with the invention. In particular. Figure 23 A illustrates a page 410 viewed by the 
person assigned to review the interview (typically the editor of the story) with the questions and 

10 response from the interviewee filled in so that it can be reviewed by the person assigned to 
reviewing the interview. The page may include a data section 412 with the data from the 
interview and an assignment section 414 as shown in Figure 23B. In particular, the page permits 
the user of the system to assign various story related tasks, such as generating the capsule, 
generating the capsule quote, generating the medium story, generating the 800 word story, 

15 generating the 400 word story to one or more people using drop-down menus as shown. The 
page may also permit the user to assign other tasks, such as verifying the public contact 
information, classifying the story and publishing the story to one or more people. The section 
may also include an editor comments portion. Figures 23C and 23D illustrate the interview 
review page 410 once one or more tasks have been assigned to user of the system. In particular, 

20 Figure 23C shows that the assigned user may now create the story types of the story while Figure 
23D illustrates the actual assignments made by the editor including the assignment of the 400 
word story to Ms. ZifiF. The generation of the 400 word story in accordance with the invention 
will now be described. 

Figures 24A - 24E are diagrams illustrating an example of a story being created in 
25 accordance with the invention. In particular, Figures 24A and 24B illustrate a story creation 
page 420 that is currently blank and ready to be filled in by the user assigned to create the 400 
word story. In this example of the page, there may be a headline portion 422 with a compare 
version and date 423, a brief description portion 424 and an associated compare 425 and a body 
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portion 426 and an associated compare 427 which permit the user to enter the information into 
the fields and also check the versions of the sections. Figure 24C illustrates the same page 420 
with the data for the headline, brief description and body filled in by the user that is responsible 
for generating the story. Figure 24D illustrates the same page 420 wherein the user has changed 
5 the headline. Figure 24E illustrates the same page 420 wherein one or more different versions of 
the headline has been saved and the compare region 423 has become a pull-down selection box 
with the dates and times for each version of the headline so that the user can view each different 
version of the headline. 

The system may also include a content maintenance portion. In particular, once a piece 
1 0 of content is published, the system can set a reminder flag at a predetermined period of time, 

such as 90 days, associated with the content. Then, the system generates a reminder to the writer 
or editor of the content after 90 days asking the writer to check with the client and update the 
content as needed so that the content can be updated instead of being scrapped. The system may 
also include a mechanism for permitting the user of the system to upload multimedia, such as 
1 5 video, images, audio, etc. into a secure storage area using an automated process. In a preferred 
embodiment, the multimedia uploading may occur using the ticketing mechanism. Now, the 
public contacts page in accordance with the invention will be described. 

Figures 25 A and 25B are diagrams illustrating an example of a public contact process in 
accordance with the invention. In particular, Figure 25 A shows the public contact information as 

20 entered by the interviewee during an interview and Figure 25B illustrates the public contacts 
page when the data has been transferred into the public contact data area as shown. Figure 26 
illustrates an event log 430 for a particular piece of content, such as a story wherein each action 
performed on the data relating to the content is tracked so that an audit trail may be generated. 
As shown, a person viewing the event log can see each and every action performed on the data, 

25 the time of the action and who performed the action. Now, an example of the action center page 
in accordance with the invention will be described. 
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Figures 27A and 27B illustrate an example of an action center user interface in 
accordance with the invention for an editor and a writer. In particular. Figure 27A illustrates an 
action center page 440 for an editor while Figure 27B illustrates an action center page 450 for a 
writer of the system. In more detail, the action center page 440 for the editor may look at 

5 information for a user and/or enter new tasks, etc.. for a particular user. The page may include a 
user identification section 442 so that the editor can select the user name and date to look at the 
actions for a particular user of the system. The page may also include a notes section 444 that 
permits the editor to add a note that will appear the next time that particular user logs into the 
system. The page may also include a stages section 446 that lists the stage of the current tasks 

10 assigned to the user and a tasks section 448 that permits the editor to look at the current 

assignments of the tasks for the user and permits the editor to reassign tasks as needed. The page 
for a writer as shown in Figure 27B may be similar expect that it may not include the task 
reassignment portion so that the writer may view the tasks and assign tasks as needed. Now, the 
user interface for the Extranet system in accordance with the invention will be described. 

15 Figures 28A - 28H are screen shots illustrating the user interface and operation of the 

Extranet portion of the content development management system in accordance with the 
invention. In accordance with the invention, the system permits internal users to access the 
system as well as external users. The external users make use of the Extranet portion to access 
the system and then the process for generating a lead through to publishing a piece of content is 

20 substantially similar to the process for an internal user as described above with reference to 
Figures 18-27. For example, a manager within a particular corporation that is a client of the 
content development management system may use the Extranet to manage the content generation 
process in accordance with the invention. 

Briefly, Figure 28A illustrates an example of the user interface which a client may see 
25 when they log into the system which shows the current leads to review and rate. Figure 28B 

illustrates an example of a page that may be used to generate a lead while Figure 28C illustrates a 
lead being created by an external user. Figure 28D illustrates the same log-in page as shown in 
Figure 28A except that the user now has a lead to rate and review. Figures 28E and Figure 28F 
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illustrate the user interface with which an external use may rate a lead and provide comments 
about a lead. Figure 28G illustrates another lead being generated and Figure 28H illustrates the 
user interface presented to the user when the user logs in and has more than one lead to review 
and rate. As mentioned above, the rest of the content generation process is similar to that of an 
5 internal user and therefore will not be described herein. 

In summary, the content development system in accordance with the invention provides 
many benefits and advantages that facilitate the content generation process. The system is highly 
customizable and includes performance tracking for the various users of the system, including 
the editors, writers and the like. The system may include cost management systems. The system 
10 may automatically generate reports which permit various statistics about the users of the system 
to be monitored. The system may also track and compare the typical content generation time to a 
current content generation time in order to identify efficient writers or content that has been 
lagging in the system. 

The system in accordance with the invention is not limited to story generation or content 
1 5 generation as described in the preferred embodiments. For example, the system may be used to 
hire new employees. The system may be used to generate leads. Once the lead is approved, the 
candidate may be presented with a ticket and the interview portion of the content generation 
system may be used to interview a new potential candidate for a particular position. In 
particular, the interview form would be customized for the particular position. The system may 
20 then ask the candidate to submit data and samples, such as writing samples, to a secure web 
location so that the candidate can be reviewed. Obviously, the system may also be used for 
various other processes. 

The system may also include a help system wherein the user may click on an icon at any 
time to bring up a help screen for the system. The system may also include a style guide for 
25 customers so that people working with the particular customer are able to see the styles unique to 
that customer. For example, a particular customer may require that only certain words may be 
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used in a particular piece of content. The system may also include templates for e-mails which 
are customizable. 

While the foregoing has been with reference to a particular embodiment of the invention, 
it will be appreciated by those skilled in the art that changes in this embodiment may be made 
5 without departing from the principles and spirit of the invention, the scope of which is defined by 
the appended claims. 
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